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Applicatioo No. 09/720,576 
Aziiflt. dated Sqjtember 9, 2003 
Rcjrfy to Office Action of April 9. 2003 

REMARKS/ARGUMENTX 

Pursuant to the requirement of 37 CFR 1.121(b). and as stated above, please 
substitute and replace all the claim sheets, as amended and as originally filed, with the above 
amended set of claims. 

' The following claim rejections and objections were noted from the OfSce Action 
dated April 9, 2003, and pursuant to each paragraph, presented in the same order, arguments follow, 

C/iUWi ReiecOons - 3S UXr &112 

2. Ciaims 3-8, 11 were re/ected under 35 UJLC. 112, second paragraph, as 
being indefinite for failing to particularfy point out and distinctly daim the subject matter which 
applicant regards as the invention. 

In response to this rejection, Claims 3-8 and 1 1 were amended to overcome 
the 1 12 rejections in that the terms "computer screen template", "various value display windows", 
and others have been changed to more clearly define the invartion. 

However, one of tlie terms that were objected to, i.e. "a new program is 
writtea or created'*, has been left in the claim because that is what the invention truly does. This 
type of program is called a "compiler" (see attached Men^am Webster dictionary Internet 
definition). Compilers are computer programs that write new programs depending upon certain 
values entered, and they are quite common in the computing field. Also enclosed are copies of the 
Borland® Developer Networic Internet instructions regarding the way that an executable file in 
Linux or Win32 can spring a "loadei" into action for loading the file, mapping it to a memory, and 
initiating the execution of an executable initial entry-point 

'7 
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AppJicfltiOn Nq. 09/720,576 
Axndt. dated September 9. 2003 
Reply to Office Action of April 9, 2003 

Carefiil review of the originally filed computer software will reveal an 
executable file of this type that responds to custom data. In other words, the me of Linux lets us 
write self-modifying cxecutables. In the present invention, tlmt means that the present invention can 
write its ovm new computer programs by the addition of custom data. Hence, a new computer 
program can be written, by the addition of custom data into the computer itself to nm any one of the 
\i4ieels of the presently claimed invention in a desired pattem. All of this can be achieved without 
the operator having to program the computer himself. Tlie computer will write its own new 
program. 

Of course. Applicants do not claim to have invented CNC machines. 
However, they can only guess \\4aat type of compute numerically controlled devices are utilized in 
the cited prior art. The cited prior art do not teach, suggest nor disclose any computers that write 
their own programs. In that regard, i^piicants are herewith enclosing a copy of the ''new way*' and 
the "old way" illustrations to show that the "old way" of progj-amming a CNC machine was to use 
something called "G Code". Note that such code cannot be modified for the values on the screen. 
The ^itire compxiter program has to be reprogrammed, usually taking hours of the time of a trained 
professional. 

Further to show the contrast between the present invention and the cited 
prior art, an additional sheet of illustrations has been included, in vs^ch a popnip value box display 
shows a value of 00.49000. In direct contradistinction to the programming required by the cited 
prior art, the preset invention allows for the customization of individual data points, fi)llowed by 
the writing of a new program, pursuant to the customi2ation of the data by the computer. 

AM)licants sincerely hope that this explanation is sufficient to explain the 
patentably distinct differences between the present invention and the cited prior art, and therefore, 
they respectfully submit that the claims, as axe they are currently written, should be allowable, and 
th^by request such an allowance, 

8 
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AiHJlicalion No. 09/720^76 
AiTwU. dated September 9. 2003 
Rfiply to Office Actioo of April 9, 2003 



Claim Reiections-3S USCS102 

•> 

4. Claims 3-8, 11, as best understood, were rejected under 35 U.S.C. 102(e) as 
being auticqfoted by Maack-5, 766,057. 

In response to this rejectioii. Applicants would like to point out the 
patentably distinct structural differences between the present invention and the cited Maack 
reference. Most notably, we need to look at column 2. lines 27-28 and lines 31-32 of Maack to see 
thai there are two separate feed axes disclosed and claimed. In direct contradistinction, the present 
invention discloses a single axis for the grinding wheel and the regulating wheel, whereby the 
accuracy of the overaU grinding operation is greatly increased to new levels as the wheels are on the 
same axis, so that dififerences in shifting the two wdieels between axes is eliminated, rendering a 
more accurate grinding job. 

This significant stmctural difference, when combined wilh the new computer 
profiranjraing capabilities, renders die present invention patratably distinct over the cited prior art 
sufficiently for ihe Applicants to respectfiilly request an allowance for all claims being considered. 

Response toAreuments 

For the reasons above. Applicants respectfully submit that clahns 3-8 and 1 1 are 
now in condition for allowance, and request ttiat tlie Examiner give such an allowance. 

Applicants wish to thank ttie Examiner for her thorough examination, and hope, that 
by tiiese explanations and Amendments, the subject matter of tlie present invention is now more 
clearly stated, such that a closer review of the present invention, in Ught of the amendments and 
arguments made here, will give solid support for an aUowance. Consequently, AppUcants request 
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Appircation No. 09/720,576 
Arndt. dated September 9, 2003 
Reply to OCnce Action of April 9. 2003 



recotisideration in flie instant Application and withdrawal of all grounds of rejection and objection 
in view of the amendments and the following discussion- 

If the Examiner feds that the prosecution of this Application can be expedited by 
conversation, she is courteously requested to place a telephone call to AppKcants* attorney at the 
number listed below. 

In view of the foregoing, it is believed that Ifae remaining claims now distinguish 
over the prior art and are aUowable. For the reasons discussed above, it is believed that this 
Application is now in an allowable condition such that it is agjpropriate to hereby respectfully soUcit 
its allowance. 



Date: September 9, 2003 



C5TMiTsU>0gAeMllatQMMl 



Respectfully submitted, 

STEVEN G. SMARSH, ET AL. 
CARGILL & ASSOCIATES, P.LX.C. 




LynnTEy^Cargill 
Regist^onNo.31.598 
56 M^omb Place 
Mt. Clemens Ml 48043-5636 
Phone: 586-465-6600 



to 
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> Home k Help 

> Word of the Day 

> Word Games 

> Word for the Wise 

> Books and CDs ' 

> OnJine Education 

> Company Info 

^ Customer Service 

> Network Options 

> Language Zone 

> The Lighter Side 

> Site Map 
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Shopping 



Merriani^ebster's 
CdJIegiate Dictionary 
& Thesaurus CD-ROmi 
Price: U5DS21.20 
You save 




Webster's 3rd New 
International 
Dictionary on CD-ROM 
Price: USO $48.86 
You save 30%! 



ArnetrlcgrLBfed.Cross 

Togdher , wa can save a irfa. Find out hdw you 
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Ratfefme Your World Service, dcdicatign. 
www. cn^acwcoips.gou 
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One entry found for compiler. 



Main Entry: coiii*pi|^er 4>) 

Ptonunciation: k&m- 'pi-i&r 
Function: noun 
Date: 14th century 

1 : one that com piles 

2 : a compui^ program that translates an entire set of instructions 
written in a higjier-level symbolic language (as Pascal) into 
machine language before the instructions can be executed 

Get the lep 10_MQ $t Po p ular Sit es for " compile r*' 

For Mqre Infomiationon "compile!::LQatQ_Bn!a^^ 

Find Photos, Magazjn^^ and^^ "c ompile r" at 

eLIbrary. Free registration required. 

► Nejy_5jte_ea^fipiai!yJp_ciJfillegiate^ 

Access an the latest words and meanings from the new" Eleventh 
Edition of Merriam-Webster's Collegiate Dictionary? Leam more here. 

► 5ear£b.theiiniaiu^ 

and enjoy enhanced versions of Merriam-Websler's Collegiate 
Dictionary and Thesaums at Merriam-Webster Unabridged. 

► Ajiey!doo„k.(and.sound!) fQr_MBrrj[amrWebster*s ViTord p.fJhft Day 
Along with a dynamic new easy-to-read format, our popular daily dose 
of word power now includes audio pronunciations. Subscribe todayf 

► Qrm:«tee-ShoeBLn9 for the.adkJt l earne r 

Visit ClassesUSA for a wide range of online education. 



Pronunciation Symbols 
Click on the example word to hear It pronounced. 
\&\ as a and u in abut \e\aseinbfit toVasawrnlaw 
\*\ as e in kjtten \E\ as ea in easy \oi\ as oy in "iioy, 

\&rtas ur/er in furthe r \g\ QS g in gp \th\ as th in tfiin' 





compl 



<i 



ASK Jti 



compi 



Marru 
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Writing custom data to executable fiies in Windows and Linux 



Abstract: Think you cant tweak with your project after its compiled? Check out these 
useful techniques for adding custom data to your EXE in Win32 and Unux. By Daniel 
Polistchuck. 



The coda for this article is available at CodeCentraJ. Find it here 



Writing custom data to EXE files In Windows and Linux 



Wa developers are used to treating the executable code generated by our development tools as 
black boxes. • Nevertheless, there are times when the ability to write and read custom data to and 
from executable files would be really useful. Some interesting solutions can make use of the 
technique described in this article, including: 

• software Licensing 

• software customization 

• security Info 

• post-compilation/linking addition of data to programs 
« stubs 

• Installation tools 

How are executable files organized? 



Each operating system defines its-own executable-file Internal fonnat We will be dealing here wrtth 
Linux, which uses the industry-standard ELF (Executable and Linking Fom^at) fonnat and with Win32 
operating systems that Implement the Microsoft PE (Portable Executable) standard. Although the two 
formats differ in their inner stmctures. each can be seen as a self-contained, internal iy-referenced "file 
system. ' Both fomiats define a header that is divided into several parts. Some of these parts (th© 
Section Header in PE and Prt)gram Header in ELF) worit much like file allocatton tables in FAT fife 
systems: They describe the internal offsets to chunks of data and code in the executable file 
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Simplified view of PE (Win32) and 
ELF (Linux, etc.) File Formats 



Each section (PE) or 
segment (B-F) contens 
ctata and^or cods 




_^ Loader t\io for this executable module, 
including a secttontoegmerd 'y rrectory" 




When a user or shell activates a file that is recognized as an executable file in Linux or Win32 the 
"loader springs into action. The loader is responsible for loading the file from the disk, mapping it to 
memory, interpreting the file Internal structures (headers and such), and starting the execution of the 
executable initial entry^poinl. 

Where do we put the custom data? 

Talce a look at the picture above. Bearing in mind that the executable file worths like a self-containing 
file system that is read from it$ beginning to its end, It is safe to assume that whatever is put beyond 
the end of the executable file won't compromise the executable infom^ation. So the best place to out 
custom data is after the EOF of the original executable file. 
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Adding our Custom Data to the Executable 
File 



Each sedion (PE) or 
segment (a.F)con[telns 
data and/or code 




^ Loader Into tor this execUable module, 
(nctuding a section/iegment "directory" 




^ here comdfi otr custont <lntii! 



The Win32 and Linux Loaders happily ignore our CUSTOM DATA chunk. 
So we can write anything to the executable? 

Yes^haf s cotocl W© can write anything past the EOF of an executable file in Linux and Win32 We 
are free to define any l^ind of staicture and deal with it in our code any way we want to. 

So lets add a footer to our executable file that wili include some useful infomiatjon: 



const 

//our ExeBuffer signature 
ExeBuf Sig = ' EBl . 0 ' ; 

type 

//the Foocer for our executable format 
TExeBufFooter = racord 

Originaisize : Integer; 

Sig : Array [0.. 4] of char; 
end; 



• The ExeBufSig is a constant that will let us identify our "custom executable format " 

• The TExeBufFooter is a record (yes, a record!) that will help us locate the signatur^ and the 
custom data we add to the executable. 
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Our Custom Exe Format 




Normal Executable format (PE or ELF) 



^ Our ctisiom data 



^ Footer with the Origin^ STze of the BcecutaWe 
and OLar efgnsture. 



How do we add custom data to the executable? 

Llmx uses POSIX file semantics, which lets us modify, delete, and rename a file that is already In use 
Mnf Ht^''^'^' kind Of stuff! Its all very complicated, but StoJom 

fine is that Linux lets us wnte selfrmodifylng executables, but Win32 doesnt. 

To deal with that situation, we must write a second executable (the Writer), that will b© responsible for 
wnting custom data into the "clienr (Reader) executable. responsioie lor 

The code that Is responsible for writing the data is simple: 



proceduz'e SetExeData (ExeName 
var 

F : File; 

BufSz^OrigSz : Integer; 
Footer : TExeBuf Footer ; 
begin 

AsaignFile (F, ExeKTanie) ; 

Reset 

try 

//obtaining the original file size 
OrigSz tt. FileSize(F); 
//go to Che EOF of the file 
Seek (P,OrigSz); 

//Wrir.i/icr our cuBtom data h^yond the EOF 

BufSz ;= Length CBxeBuf) ; 

BlockWrite (F, Pointer (ExeBuf) ^ , BufSz) ; 

//Writing our footer 

FillCh^r (Footer, SizeOf (Footer) ,0) ; 



String; ExeBuf ; TExeBuf); 



httpy/commimity.borland.com/article/O.UlO 7707Q no html ofn^r^^ 

PAGE 2W0 • RCVD AT lOIIMIW 10:57:06 AM [Eastern Daylig^^ 



10/15/2004 11:01 FAI 5864655566 



@]025 

rage d oi / 



Footer. OriginalSize OrigSz; 

Pooter.Sig := ExeBufSig; 

BlockWrite (F, Footer , sizeof (Footer) ) • 
finally 

CloaeFile (F) 
emd; 



Simple. right? We treat the executabfe [ike any other file. 
How do we read data back from the executable? 

Everything we need to read the data is in the TEyeBufFooter record located in the end of the 
feoW?Jm't2!^^ 'kP^*^*''' "^'^^^^ ■ SizeOf(TExeBufFooter). Upon reeding the 



: String; var ExeBuf : TExeBuf ) ; 



procedure GetExeData (ExeName 
var 

F : File; 

CurrSa:, BufSize : Integer ; 
OldFileMode : Integer; 
Footer : TExeBuf Footer > 
begin 

AssignFile (F.ExeName) ; 
//Saving the old FilisMode 
OldFileMode := FileMode; 
//Setting th& F±2eMode to keadOnly 
FileMode := 0; 
try 

Reset (P,l); 
try 

//Getting the current Jfile size 
CurrSz ;= PileSize (F) ; 
//Seeking to the footer position 
//and reading it 
Seek (P, CurrSz-SizeOf (Footer) ) ; 
BlockRead (F, Footer, Siseof (Footer) ) ; 
//if there's no signature, boom I 
//no data in this executable i 
if Footer, Sig <> ExeBuf sig th©u 

raise EExeBuf . Create (•Wo Data in EXE!'); 
//caJcuiating the buffer size that was written 
//to this executable file 

BufSize :=CurrSs-Footer.OriginalSi2e-Sx2eOf (Footer) ; 

SetLengch (ExeBuf , BufSize ) ; 

//seek and read! 

Seek <P, Footer .OriginalSize) ; 

BlockRead (P, Pointer (ExeBuf) 
finally 

CloaePile (P) ; 
end; 



BufSize) ; 
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finally 

//j-eCujri^i/ig to che previoiiS scived 

PileMode :== OldPileMode; 
eud; 
end; 



we c^^f^rL^^^^ m '"^v*^."* glance, but the only r^al complication is the part where 
we calculate the buffer size (BufSize). in feet, it's very simple: We subtract from the cun-ent si>e tht 
orlgrnal si2e and the footer size. Algorithms doni get much simpler than SaV ^ 



Calculating the Buffer Size 



Current Size I Original Size 



Footer Siz« 




ExeBuf Sire = Current Size - Original Size - Footer Size 
Now we throw in a couple of helper functions to convert TExeBuf to and from Strings: 

procedure StringToExeBuf (const s : String; var ExeBuf : TExeBuf) ; 
begin ' 

SetLength (ExeBuf , Length (s) ) ; 

Move ( Poin t er ( s ) " , Pointer ( ExeBuf ) " , Length ( S ) ) ; 
I end; 

fxinction ExeBuf ToString (const ExeBuf i TExeBuf) : string; 
i begin 

SetLength (Result , Length (ExeBuf) ) ; 

Move (Pointer (ExeBuf Pointer (Result) Length (ExeBuf ) ) ; 
end; 



And thaf s it! 
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Daniel is the (T Director of QualTech IT and is eageriy waiting for the December 1 9 LOTR Release 
He can be reached through e-mail at danpol@pobox com. ^ecemoer » lotr Release. 
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